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I. REAL PARTY OF INTEREST 

The real party of interest is Harman Becker Automotive Systems GmbH of Karlsbad, 
Germany. 

II. RELATED APPEALS AND INTERFERENCES 
There are no related appeals or interferences. 

III. STATUS OF CLAIMS 

On February 13, 2008, the appellant appealed from the non-final rejection of claims 11, 
14-21, and 24-30 under 35 U.S.C. §103. Claims 11, 14-21 and 24-30, which are set forth in 
Appendix A attached hereto, are all the remaining claims in this application. 

IV. STATUS OF AMENDMENTS 

No amendments have been filed subsequent to the final rejection. 
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V. SUMMARY OF CLAIMED SUBJECT MATTER 



The invention relates to host network. 



Claim 1 1 recites a host network. The various elements recited in claim 1 1 are discussed 



in the specification (as referred to by paragraphs of the corresponding published U.S. Application 



No. 2002/0023137) in at least the following locations, amongst others: 



FEATURES OF CLAIM 11 


SPECIFICATION 


A host network, comprising: 




a plurality of devices communicably coupled 
together, where the plurality of devices transmit and 
receive data telegrams within the host network, 
where the host network has a standard for the 
transmission of the data within the host network, 


[0017] 


where the data telegram comprises 




a data section having a pair of regions, a first region 
in the pair of regions containing data formatted in a 
first instance in accordance with an extraneous 
standard that is different than the host network 
standard, the first region containing data formatted 
in a second instance in accordance with the host 
network standard; and 


[0017] 


a header section that contains information 
specifying that the data within the first region of the 
data section are formatted in the first instance 
according to the extraneous standard and specifying 
that the data within the first region of the data 
section are formatted in the second instance 
according to the host network standard, where a 
second region in the pair of regions in the data 
section contains header information in the first 
instance associated with the extraneous standard 
specified by the information in the header section 
and in the second instance associated with the host 
network standard specified by the information in 
the header section, where a telegram identification 
portion of the header section that specifies an 
identification of data associated with the host 
network standard when the data in the first region 
of the data section are formatted in accordance with 
the host network standard in the second instance 
contains an identification of data associated with 


[0007]; [0016] ; [0018]; [0019]; [0020] 
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the extraneous standard in the first instance in place 
of the identification of data associated with the host 
network standard in the second instance, and where 
a telegram length portion of the header section that 
specifies a length of the data associated with the 
host network standard when the data in the first 
region of the data section are formatted in 
accordance with the host network standard in the 
second instance no longer specifies the length of 
the data associated with the host network standard 
when the data in the first region of the data section 
are formatted in accordance with the extraneous 
standard in the first instance. 



Claim 21 recites Media Oriented System Transport (MOST) network having a MOST 
standard that defines the transmission of data within the MOST network. The various elements 
recited in claim 21 are discussed in the specification (as referred to by paragraphs of the 
corresponding published U.S. Application No. 2002/0023137) in at least the following locations, 
amongst others: 



FEATURES OF CLAIM 21 


SPECIFICATION 


A Media Oriented Systems Transport (MOST) 
network having a MOST standard that defines the 
transmission of data within the MOST network, the 
MOST network comprising: 




a plurality of devices connected together, where the 
plurality of devices transmit and receive data 
telegrams, 


[0007] 


where the data telegram comprises 




a data section having a pair of regions, a first region 
in the pair of regions containing data formatted in a 
first instance in accordance with an extraneous 
standard that is different than the MOST standard, 
the first region containing data formatted in a 
second instance in accordance with the MOST 
standard; and 


[0017] 
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a header section having a plurality of bytes, a 
predetermined region of the header section having 
information specifying that the data within the first 
region of the data section are formatted in the first 
instance according to the extraneous standard and 
specifying that the data within the first region of the 
data section are formatted in the second instance 
according to the MOST standard, where a second 
region in the pair of regions in the data section 
contains header information in the first instance 
associated with the extraneous standard specified 
by the information in the header section and in the 
second instance associated with the MOST standard 
specified by the information in the header section, 
where a telegram identification portion of the 
header section that specifies an identification of 
data associated with the MOST standard when the 
data in the first region of the data section are 
formatted in accordance with the MOST standard 
in the second instance contains an identification of 
data associated with the extraneous standard in the 
first instance in place of the identification of data 
associated with the MOST standard in the second 
instance, and where a telegram length portion of the 
header section that specifies a length of the data 
associated with the MOST standard when the data 
in the first region of the data section are formatted 
in accordance with the MOST standard in the 
second instance no longer specifies the length of 
the data associated with the MOST standard when 
the data in the first region of the data section are 
formatted in accordance with the extraneous 
standard in the first instance. 



[0007]; [0016] ; [0018]; [0019]; [0020] 



Claim 28 recites a Media Oriented Systems Transport (MOST) multimedia system. The 
various elements recited in claim 28 are discussed in the specification (as referred to by 
paragraphs of the corresponding published U.S. Application No. 2002/0023137) in at least the 
following locations, amongst others: 
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FEATURES OF CLAIM 28 


SPECIFICATION 


A Media Oriented Systems Transport (MOST) 
multimedia system, comprising: 




a plurality of multimedia devices communicably 
coupled through a communication path and 
defining a MOST network, where the MOST 
network includes a standard that defines 
transmission of data within the MOST network, 
and where the plurality of multimedia devices 
transmit and receive data telegrams within the 
MOST network, 


[0017] 


where the data telegram comprises 




a data section having a pair of regions, a first region 
in the pair of regions containing data formatted in a 
first instance in accordance with an extraneous 
standard that is different than the MOST standard, 
the first region containing data formatted in a 
second instance in accordance with the MOST 
standard; and 


[0017] 


a header section having a plurality of bytes, the 
header section having a predetermined region that 
includes information that specifies that the data 
within the first region of the data section are 
formatted in the first instance according to the 
extraneous standard and specifying that the data 
within the first region of the data section are 
formatted in the second instance according to the 
MOST standard, where a second region in the pair 
of regions in the data section contains header 
information in the first instance associated with the 
extraneous standard specified by the information in 
the header section and in the second instance 
associated with the MOST standard specified by the 
information in the header section, where a telegram 
identification portion of the header section that 
specifies an identification of data associated with 
the MOST standard when the data in the first 
region of the data section are formatted in 
accordance with the MOST standard in the second 
instance contains an identification of data 
associated with the extraneous standard in the first 
instance in place of the identification of data 
associated with the MOST standard in the second 
instance, and where a telegram length portion of the 


[0007]; [0016] ; [0018]; [0019]; [0020] 
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header section that specifies a length of the data 
associated with the MOST standard when the data 
in the first region of the data section are formatted 
in accordance with the MOST standard in the 
second instance no longer specifies the length of 
the data associated with the MOST standard when 
the data in the first region of the data section are 
formatted in accordance with the extraneous 
standard in the first instance. 



Harman.63 1 1 
09/892,784 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether claims 11, 14, 18 and 20 are obvious in view of the subject matter disclosed in 
U.S. Patent 6,771,663 to Jha (hereinafter "Jha"). 

Whether claims 21, 24-26 and 28-30 are obvious in view of the combined subject matter 
disclosed in the MOST specification and Jha. 



-9- 
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VII. ARGUMENT 
Claim 11 

The Official Action recognizes that Jha ''does not expressly disclose that the portion no 
longer specifies the length of the data associated with the host network standard when the data 
in the first region of the data section is formatted in accordance with the extraneous standard.'' 
(Official Action, pg. 8). 

The Official Action contends that "[hjowever, this functionality is implied by Jha's 
disclosure. Jha discloses that the data in the data section of the telegram may be formatted in 
accordance with both host or extraneous standards [column 11 «lines 26-37>>J. Thus, when 
the data is in accordance with the extraneous standard, the length portion specifies the length of 
the data of the extraneous standard and not the host standard. Therefore Jha implicitly discloses 
that the telegram length portion no longer specifies the length of the data associated with the 
host network standard when the data in the first region of the data section is formatted in 
accordance with the extraneous standard.'' (Official Action, pg. 8). 

Upon a fair and proper reading, Jha fails to disclose various features of claim 11, 
including those recited within the "data section" and the "header section" subparagraphs of claim 
11. In particular, Jha fails to disclose a "host network standard" of any type, from which it 
follows that Jha fails to disclose a number of the "data section" and "header section" features of 
amended claim 1 1 (e.g., "a data section having a pair of regions, a first region in the pair of 
regions containing data formatted in a first instance in accordance with an extraneous standard 
that is different than the host network standard, the first region containing data formatted in a 
second instance in accordance with the host network standard".) Thus, the numerous 
contentions set forth in the Official Action noted above with respect to a "host network standard" 
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disclosed in Jha are misplaced. Jha fails to teach that the network or system 100 (FIG. 5) 
contains any single type of "standard", "host" or otherwise, for the transmission and reception of 
data over the SONET network. Jha merely discloses that ''one conventional way to transmit data 
in fiber networks is through a Synchronous Optical Network/Synchronous Digital Hierarchy 
(SONET/SDH) protocol. In a SONET/SDH network, data travels in fixed size envelopes that 
repeat every 125 microseconds'" . (Col. 1, lines 26-31). Further, "SONET was designed to 
effiiciently carry telephony Plesiochronous Digital Hierarchy (PDH) channels such as T1/T3." 
(Col. 1, lines 35-37). In addition Jha discloses, "with growing volume in data traffic, however, 
SONET/SDH networks must now carry a significantly large number of data packets, such as 
ATM (Asynchronous Transfer Mode - 53 bytes each) and IP (Internet Protocol - variable-size 
packets) in addition to traditional T1/T3 channels)." (Col. 1, lines 49-53). Thus, Jha itself 
makes clear that SONET itself is not, or does not include, a "host network standard". 
SONET merely comprises fixed size envelopes that are designed to carry various data types or 
data standards, including those of fixed length such as T1/T3 and ATM, along with variable 
length packets such as those associated with IP. SONET is a "carrier" for different data 
standards and is not a data standard itself Indeed, Jha admits that SONET is a "data 
transmission media" and not a network standard for data transmission. (Col. 7, lines 16-30). 

Jha recognizes the problems with the SONET network in attempting to transmit both 
fixed and variable length data types or standards and describes the shortcomings with the various 
attempts in the prior art to achieve such transmission of "hybrid" data types or standards. (Col. 1, 
line 57 to Col. 5, line 40). In an attempt to solve these problems, Jha discloses a hybrid data 
transport (HDT) protocol for use with a SONET network. (Col. 6, line 56 to Col. 7, line 2). The 
remainder of Jha's specification discloses the HDT protocol in detail. (Col. 7, line 3 to Col. 14, 
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line 66). All of the various data types disclosed in Jha (e.g., POS, ATM, PDH, etc.) comprise 
different data standards transmitted within a SONET network. Significantly, nowhere in Jha is 
there disclosure of a "host network standard". Even the disclosure in col. 11, lines 26-37, along 
with the accompanying illustration in FIG. 1 1 , fail to disclose or suggest a host standard. Instead, 
that disclosure determines if either an HDT data frame is presently being transmitted on the 
SONET network or if one of some other data types (e.g., POS, ATM or PDH) is presently being 
transmitted on the SONET network. 

In light of the foregoing, because Jha fails to disclose a "host network standard", Jha 
necessarily also fails to disclose a "host network standard" along with an "extraneous standard" 
in two separate instances, as recited in numerous locations within amended claim 1 1 . Thus, Jha 
fails to disclose the features of amended claim 1 1 where the data section and the header section 
of the data telegram contain information that differs depending on whether the formatting of 
these two sections is of an extraneous standard in a first instance or of a host network standard in 
a second instance. 

As noted above, the Official Action cites to various locations within Jha for support of 

the disclosure of the claimed features relating to the "data section" and the "header section". For 

example, the Official Action cites to FIG. 7 and the accompanying text in col. 7, lines 39-60 of 

Jha for support, and further contends that '''the host network utilizes a SONET protocol." (Official 

Action, pg. 7). However, this portion of Jha discloses: 

''referring to FIG. 7, a detailed block diagram of SONET/SDH payload envelope 
(SPE) 200 is shown. The present invention may embed a header (and/or footer) 
202 (e.g., a 32-bit packet header) to create a deterministic packet transport 
protocol. The packet header may comprise a 32-bit payload header 204a-204n 
that may precede each frame, regardless of the particular packet type stored 
within the frame. The protocol identification may be implemented as a few header 
bits configured to denote the particular type of packet (e.g., ATM, IP, PPP, Frame 
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Relay, etc.) embedded within the payload portion of a particular frame. 
Bandwidth maximization may be implemented with another bit in the header 202 
that may specify whether the packet may be reused by the intermediate SONET 
nodes I02a-102n. The SONET framing may be left unchanged by implementing a 
single PSL (Path Signal Label) value 206 in a SONET Path Over Head (POH) 
208 that is generally able to specify the various types of packets embedded within 
the payload of a particular frame. The system 100 may be directly applicable to 
WDM/DWDM Fiber because individual packet framing is independent of SONET. 
The system 100 may be also used in IP-over-Fiber networks.'' (col. 7, lines 39- 
60). 



Nowhere in this portion of Jha is there disclosure of the use of a "host network" of any type, let 
alone a host network that utilizes a "SONET protocol", in contrast to the contention in the 
Official Action. The term "host" is not explicitly found in this passage from Jha, therefore, there 
is no disclosure or suggestion of any type of host that uses a "SONET protocol". Instead, this 
disclosure and the accompanying illustration in FIG. 7 merely disclose how data in accordance 
with different known types (e.g., ATM, IP, PPP, Frame Relay, etc.) may be stored or embedded 
within the payload portion of the frame. None of these various types of data are disclosed or 
suggested in Jha to comprise a "host network standard" data type. 

It follows that because Jha fails to disclose a "host network standard", Jha fails to disclose 
the features of amended claim 1 1 where both the data section and the header section of the data 
telegram contain information that differs depending on whether the formatting of these two 
sections is of an extraneous standard in a first instance or of a host network standard in a second 
instance. Jha discloses a SONET network and its typical intended purpose for use with 
telephony, together with the problems associated with attempts to adapt the SONET network 
specifically for something other than telephony - i.e., for data transmission purposes. (Col. 1, line 
23 to col. 5, line 41). 
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Claim 21 

Upon a fair and proper reading, the combined teachings of Jha and the MOST Spec fails 
to disclose the features of claim 21 of where the data section and the header section of the data 
telegram contain information that differs, depending on whether the formatting of these two 
sections is of the MOST standard in one instance or of an extraneous standard in another 
instance. Instead, the cited sections of the MOST Spec merely disclose the broad and vague 
concept that "[a] MOST network can be used in conjunction with a number of different 
protocols. (MOST Spec, pg. 12 - Section 2.5) without disclosing any detailed structure or 
methodology on how this is accomplished. An additional cited section. Section 5, of the MOST 
Spec further fails to disclose with any specificity to a skilled person how the different protocols 
are utilized. In fact, as noted above, the Official Action correctly contends that ^'the packets of 
which are transported to the various nodes using the MOST standard."" A fair and proper 
interpretation of this disclosure is that the various protocols are nevertheless formatted according 
to the MOST Spec and not of some extraneous specification, since they are admitted to be 
transmitted by the MOST standard. 

Further, similar to the discussion above with respect to amended claim 11, upon a fair and 
proper reading, Jha fails to disclose the feature of amended claim 21 where the data section and 
the header section of the data telegram contain information that differs depending on whether the 
formatting of these two sections is of an extraneous standard in a first instance or of a host 
network standard in a second instance. Jha fails to disclose a "host" data standard of any type, 
from which it follows that Jha fails to disclose a number of the "data section" and "header 
section" features of amended claim 21 (e.g., "a data section having a pair of regions, a first 
region in the pair of regions containing data formatted in a first instance in accordance with an 
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extraneous standard that is different than the MOST standard, the first region containing data 
formatted in a second instance in accordance with the MOST standard'.) Thus, the numerous 
contentions in the Official Action with respect to a host network standard disclosed in Jha are 
misplaced. Jha fails to teach that the network or system 100 (FIG. 5) contains any single type of 
"standard", "host" or otherwise, for the transmission and reception of data over the SONET 
network. In contrast, Jha discloses that ''one conventional way to transmit data in fiber networks 
is through a Synchronous Optical Network/Synchronous Digital Hierarchy (SONET/SDH) 
protocol. In a SONET/SDH network, data travels in fixed size envelopes that repeat every 125 
microseconds''. (Col. 1, lines 26-31). Further, ''SONET was designed to efficiently carry 
telephony Plesiochronous Digital Hierarchy (PDH) channels such as T1/T3." (Col. 1, lines 35- 
37). In addition, "with growing volume in data traffic, however, SONET/SDH networks must 
now carry a significantly large number of data packets, such as ATM (Asynchronous Transfer 
Mode ~ 53 bytes each) and IP (Internet Protocol - variable-size packets) in addition to 
traditional T1/T3 channels)." (Col. 1, lines 49-53). Thus, Jha itself makes clear that SONET 
itself is not, or does not include, a "host network standard". Instead, SONET merely comprises 
fixed size envelopes that are designed to carry various data types or data standards, including 
those of fixed length such as T1/T3 and ATM, along with variable length packets such as those 
associated with IP. That is, SONET is a "carrier" for different data standards and is not a data 
standard itself Indeed, Jha admits that SONET is a "data transmission media" and not a network 
standard for data transmission. (Col. 7, lines 16-30). 

Jha recognizes the problems with the SONET network in attempting to transmit both 
fixed and variable length data types or standards and describes the shortcomings with the various 
attempts in the prior art to achieve such transmission of "hybrid" data types or standards. (Col. 1, 
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line 57 to Col. 5, line 40). In an attempt to solve these problems, Jha discloses a hybrid data 
transport (HDT) protocol for use with a SONET network. (Col. 6, line 56 to Col. 7, line 2). The 
remainder of Jha's specification discloses the HDT protocol in detail. (Col. 7, line 3 to Col. 14, 
line 66). All of the various data types disclosed in Jha (e.g., POS, ATM, PDH, etc.) comprise 
different data standards transmitted within a SONET network. Importantly, nowhere in Jha is 
there disclosure of a "host network standard". Even the disclosure in col. 11, lines 26-37, along 
with the accompanying illustration in FIG. 11, fail to disclose or suggest a host standard. Instead, 
that disclosure determines if either an HDT data frame is presently being transmitted on the 
SONET network or if one of some other data types (e.g., POS, ATM or PDH) is presently being 
transmitted on the SONET network. 

In light of the foregoing, because Jha fails to disclose a "host network standard", Jha 
necessarily also fails to disclose a "host network standard" (e.g., a "MOST standard") along with 
an "extraneous standard" in two separate instances, as recited in numerous locations within 
amended claim 21. Thus, Jha fails to disclose the features of amended claim 21 where the data 
section and the header section of the data telegram contain information that differs depending on 
whether the formatting of these two sections is of an extraneous standard in a first instance or of 
a host network standard in a second instance. 

Upon a fair and proper reading of section 6, pgs. 32-35 of the MOST spec, the MOST 
spec, does not provide any description of the structure of a MOST frame or otherwise, as to how 
the MOST network can be used, if at all, with different data protocols or standards. The MOST 
spec at the cited portion of section 6, pgs. 32-35, is utterly devoid of any disclosure or suggestion 
that different data standards or protocols can be used in a MOST network. In particular, the cited 
portion of the MOST spec of section 6.5, pg. 33 does not support the contention that the '' MOST 
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frame consists of different sections allocated to different standards: one frame may consist of a 
section allocated to protocols requiring synchronous transport while another section is allocated 
for protocols that require asynchronous transport."" Whether data are synchronous as opposed to 
asynchronous has nothing to do whatsoever with the data being of different standards. Section 
6.5, pg. 33 of the MOST spec merely illustrates two different sections of a MOST frame - one 
section containing "synchronous channel time slots" and a second section comprising a "time slot 
available for asynchronous transport". Nothing else is disclosed or illustrated there that teaches 
or suggests that the MSOT frame is concerned with data of different standards. Further, in 
section 6.7, pg. 34 of the MOST spec there is disclosure that ''the MOST frame consists of 5 
sections. ... 60 bytes are reserved for transporting synchronous source data and packet data, 2 
bytes are available for control messaging. For dividing up the 60 bytes between synchronous 
source data and asynchronous data, there is a boundary descriptor value which is transported in 
the administrative sections.'' From this description of a MOST frame it is again improper to 
conclude that the ''MOST frame consists of different sections allocated to different standards". 
This section merely discloses that synchronous and asynchronous data can be accommodated 
within a MOST frame. 

In light of the foregoing, it is respectfully submitted that the MOST Spec and Jha are not 
properly combinable to render amended claim 21 obvious. However, assuming for the moment 
that the MOST Spec and Jha are properly combinable, without admitting as much, even if the 
references were combined as alleged in the Official Action, the resultant combination still fails to 
disclose various features of amended claim 21 discussed above, including, the features of where 
the data section and the header section of the data telegram contain information that differs 
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depending on whether the formatting of these two sections is of the host network standard in one 
instance or of an extraneous standard in another instance. 

It is respectively submitted that claim 21 is non-obvious in view of the combined subject 
matter disclosed in the MOST specification and Jha. 

Claims 28 

Since claim 28 stands rejected for similar reasons as claim 21, the discussion above with 
respect to claim 21 applies to claim 28. As a result, it is submitted that claim 28 is non-obvious 
in view of the combined subject matter disclosed in the MOST specification and Jha. 
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CONCLUSION 

For all the foregoing reasons, we submit that the rejection of claims 11, 14-21 and 24-30 
is erroneous and reversal thereof is respectfully requested. 

If there are any additional fees due in connection with the filing of this appeal brief, 
please charge them to our Deposit Account 50-3381. If a fee is required for any extension of 
time under 37 C.F.R. §1.136 not accounted for above, such an extension is requested and the fee 
should be charged to the above Deposit Account. 



Respectfully submitted. 




Reg. No. 35,305 

O'Shea, Getz & Kosakowski, P.C. 
1500 Main Street, Suite 912 
Springfield, MA 01115 
(413)731-3100, Ext. 102 
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CLAIMS APPENDIX 

1 1 . (Previously Presented) A host network, comprising: 

a plurality of devices communicably coupled together, where the plurality of devices 
transmit and receive data telegrams within the host network, where the host network has a 
standard for the transmission of the data within the host network, 

where the data telegram comprises 

a data section having a pair of regions, a first region in the pair of regions containing data 
formatted in a first instance in accordance with an extraneous standard that is different than the 
host network standard, the first region containing data formatted in a second instance in 
accordance with the host network standard; and 

a header section that contains information specifying that the data within the first region 
of the data section are formatted in the first instance according to the extraneous standard and 
specifying that the data within the first region of the data section are formatted in the second 
instance according to the host network standard, where a second region in the pair of regions in 
the data section contains header information in the first instance associated with the extraneous 
standard specified by the information in the header section and in the second instance associated 
with the host network standard specified by the information in the header section, where a 
telegram identification portion of the header section that specifies an identification of data 
associated with the host network standard when the data in the first region of the data section are 
formatted in accordance with the host network standard in the second instance contains an 
identification of data associated with the extraneous standard in the first instance in place of the 
identification of data associated with the host network standard in the second instance, and where 
a telegram length portion of the header section that specifies a length of the data associated with 
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the host network standard when the data in the first region of the data section are formatted in 
accordance with the host network standard in the second instance no longer specifies the length 
of the data associated with the host network standard when the data in the first region of the data 
section are formatted in accordance with the extraneous standard in the first instance. 

14. (Previously Presented) The host network of claim 11, where the data telegram is divided 
into frames, the frames into blocks, and the blocks into bytes. 

15. (Previously Presented) The host network of claim 11, where the host network comprises a 
Media Oriented Systems Transport (MOST) network, where the host network standard comprises 
a standard associated with the MOST network, and where the information is contained in a 
predetermined location in the header section. 

16. (Previously Presented) The host network of claim 11, where the host network comprises a 
Media Oriented Systems Transport (MOST) network in which data are transmitted by means of a 
MOST telegram having a header section comprising a plurality of bytes, and where the 
information is contained in a predetermined one of the plurality of bytes of the header section. 

17. (Previously Presented) The host network of claim 11, where the extraneous standard 
comprises a Transmission Control Protocol (TCP) standard. 

18. (Previously Presented) The host network of claim 11, where the extraneous standard 
comprises an Internet Protocol (IP) standard. 
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19. (Previously Presented) The host network of claim 11, where the extraneous standard 
comprises an Internet Packet Exchange protocol (IPX) standard. 

20. (Previously Presented) The host network of claim 11, where the header section of the data 
telegram is formatted in accordance with the host network standard. 

21. (Previously Presented) A Media Oriented Systems Transport (MOST) network having a 
MOST standard that defines the transmission of data within the MOST network, the MOST 
network comprising: 

a plurality of devices connected together, where the plurality of devices transmit and 
receive data telegrams, 

where the data telegram comprises 

a data section having a pair of regions, a first region in the pair of regions containing data 
formatted in a first instance in accordance with an extraneous standard that is different than the 
MOST standard, the first region containing data formatted in a second instance in accordance 
with the MOST standard; and 

a header section having a plurality of bytes, a predetermined region of the header section 
having information specifying that the data within the first region of the data section are 
formatted in the first instance according to the extraneous standard and specifying that the data 
within the first region of the data section are formatted in the second instance according to the 
MOST standard, where a second region in the pair of regions in the data section contains header 
information in the first instance associated with the extraneous standard specified by the 
information in the header section and in the second instance associated with the MOST standard 
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specified by the information in the header section, where a telegram identification portion of the 
header section that specifies an identification of data associated with the MOST standard when 
the data in the first region of the data section are formatted in accordance with the MOST 
standard in the second instance contains an identification of data associated with the extraneous 
standard in the first instance in place of the identification of data associated with the MOST 
standard in the second instance, and where a telegram length portion of the header section that 
specifies a length of the data associated with the MOST standard when the data in the first region 
of the data section are formatted in accordance with the MOST standard in the second instance 
no longer specifies the length of the data associated with the MOST standard when the data in the 
first region of the data section are formatted in accordance with the extraneous standard in the 
first instance. 

24. (Previously Presented) The MOST network of claim 21, where the information is 
contained in the last byte of the header section. 

25. (Previously Presented) The MOST network of claim 21, where the extraneous standard 
comprises a Transmission Control Protocol (TCP) standard. 

26. (Previously Presented) The MOST network of claim 21, where the extraneous standard 
comprises an Internet Protocol (IP) standard. 

27. (Previously Presented) The MOST network of claim 21, where the extraneous standard 
comprises an Internet Packet Exchange (IPX) Protocol standard. 
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28. (Previously Presented) A Media Oriented Systems Transport (MOST) multimedia system, 
comprising: 

a plurality of multimedia devices communicably coupled through a communication path 
and defining a MOST network, where the MOST network includes a standard that defines 
transmission of data within the MOST network, and where the plurality of multimedia devices 
transmit and receive data telegrams within the MOST network, 

where the data telegram comprises 

a data section having a pair of regions, a first region in the pair of regions containing data 
formatted in a first instance in accordance with an extraneous standard that is different than the 
MOST standard, the first region containing data formatted in a second instance in accordance 
with the MOST standard; and 

a header section having a plurality of bytes, the header section having a predetermined 
region that includes information that specifies that the data within the first region of the data 
section are formatted in the first instance according to the extraneous standard and specifying that 
the data within the first region of the data section are formatted in the second instance according 
to the MOST standard, where a second region in the pair of regions in the data section contains 
header information in the first instance associated with the extraneous standard specified by the 
information in the header section and in the second instance associated with the MOST standard 
specified by the information in the header section, where a telegram identification portion of the 
header section that specifies an identification of data associated with the MOST standard when 
the data in the first region of the data section are formatted in accordance with the MOST 
standard in the second instance contains an identification of data associated with the extraneous 
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Standard in the first instance in place of the identification of data associated with the MOST 
standard in the second instance, and where a telegram length portion of the header section that 
specifies a length of the data associated with the MOST standard when the data in the first region 
of the data section are formatted in accordance with the MOST standard in the second instance 
no longer specifies the length of the data associated with the MOST standard when the data in the 
first region of the data section are formatted in accordance with the extraneous standard in the 
first instance. 

29. (Previously Presented) The MOST multimedia system of claim 28, where the 
predetermined region of the header section comprises the last byte of the header section. 

30. (Previously Presented) The MOST multimedia system of claim 28, where the extraneous 
standard is from the group comprising a Transmission Control Protocol standard, an Internet 
Protocol standard, and an Internet Packet Exchange Protocol standard. 
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EVIDENCE APPENDIX 



None 
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RELATED PROCEEDINGS APPENDIX 



None 
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